home *** CD-ROM | disk | FTP | other *** search
/ Linux Cubed Series 3: Developer Tools / Linux Cubed Series 3 - Developer Tools.iso / utils / file / managers / git-4.3 / git-4 / git-4.3.7 / PROBLEMS < prev    next >
Encoding:
Text File  |  1995-07-04  |  4.3 KB  |  104 lines
  1.  
  2. * Menu
  3.  
  4. * cp problems
  5. * SCO 3.2 V 4.2 problems
  6. * SLACKWARE Linux 1.2.0 / 2.0.0 termcap/terminfo problems
  7. * Linux color_xterm problems
  8. * File systems with no support for hard links (MS-DOG)
  9. * Sun sun-cmd & termcap problems
  10.  
  11.  
  12.     ***************
  13.     * cp problems *
  14.     ***************
  15.  
  16.     "cp -f" doesn't work on all systems, so directories that are in fact
  17. symbolic links will not be copied.  If your cp does understands "-f",
  18. try modifying the panel_copy function in panel.c, replacing "cp -r" with
  19. "cp -r -f" or "cp -rf".
  20.  
  21.  
  22.     **************************
  23.     * SCO 3.2 V 4.2 problems *
  24.     **************************
  25.  
  26.      Han Holl <100327.1632@compuserve.com> has reported some problems running
  27. git-4.3.5 on SCO Unix 3.2 V 4.2: 
  28.  
  29. 1.    GIT didn't work with the ordinary malloc library:
  30. >   I used './configure --enable-terminfo', and added -lmalloc to the LIBS
  31. > variable (it crashed with the ordinary malloc library). I used gcc.
  32.  
  33. 2.    Also, in the src/Makefile fnmatch.o should be added to GITMATCH_OBJS and
  34. GIT_OBJS "by hand":
  35. > Strangely enough, gitmatch linked without explicitly linking in fnmatch,
  36. > because there is in the SCO libc.a a fnmatch function, but it's completely
  37. > undocumented, and doesn't seem to be compatible with the posix function.
  38.  
  39.  
  40.     ***********************************************************
  41.     * SLACKWARE Linux 1.2.0 / 2.0.0 termcap/terminfo problems *
  42.     ***********************************************************
  43.  
  44. 1.   The 'ms' flag (safe to move in standout mode) is missing from the
  45. console termcap database.  It is available  only in the console terminfo
  46. database (its terminfo name is 'msgr').
  47.  
  48. 2.   The 'sgr0' capability (according to the terminfo manual this is the
  49. terminfo name of the termcap 'me' capability) is missing from the console
  50. terminfo database but it is available in the termcap database.  This is a
  51. problem for GIT when using terminfo because if we can't turn the reverse
  52. video mode or the brightness off, we should not turn them on at all.  I've
  53. solved the problem by using a hard-coded 'me' for the Linux console if I
  54. can't find 'me' in the database, but I hate this method.  This is one of the
  55. two reasons why I prefer using termcap under Linux (the second one is that
  56. the executable linked with the termcap library is a lot smaller).
  57.  
  58. 3.   The 'smacs' and 'rmacs' ('as' and 'ae' in termcap) are missing from
  59. the console termcap database but are available in the console terminfo
  60. database.
  61.  
  62. 4.   'se' is \E[27m in termcap but 'rmso' (the terminfo equivalent) is
  63. \E[0m in terminfo.  Are both ok ?
  64.  
  65.  
  66.     ******************************
  67.     * Linux color_xterm problems *
  68.     ******************************
  69.  
  70. 1.   Sometimes, when moving the cursor, color_xterm deletes useful
  71. informations on the screen.  This is *NOT* an git bug because when
  72. hiding/repainting the window, the garbage disappears.  I don't know
  73. how to handle this.  The normal xterm (b/w) works fine.
  74.    The Ultrix xterm understands standard ANSI color sequences but
  75. has no problems moving the cursor.
  76.  
  77.  
  78.     ***********************************************
  79.     * File systems with no support for hard links *
  80.     ***********************************************
  81.  
  82. 1.   We can't *really* move a file on such file systems.  We have to copy
  83. the source file to the destination and then remove the it.  MS-DOG programs
  84. can perform a real move by copying the directory entry in the destination
  85. directory but I don't think we can do this under UNIX and I don't feel like
  86. writing MS-DOG "file system" dependent code.  Sorry.  In fact, my real problem
  87. wasn't that stupid MS-DOG file system, but the impossibility of detecting
  88. such file systems.  The 'move' command will normally fail on file systems with
  89. no support for hard links, but under Linux it *will* work with MS-DOG
  90. file systems because I know MS-DOG lacks working hard links and I've put a
  91. small test in the right place :-).
  92.  
  93.  
  94.     **********************************
  95.     * Sun's sun-cmd termcap problems *
  96.     **********************************
  97.  
  98.     If you are using the sun-cmd terminal emulator under SunOS 5.4, Solaris or
  99. similar systems, it seems that the termcap library fails to work as expected.
  100. because some capabilities are reported as missing even though they are
  101. available.  This leads to git being unable to display the frame in reverse
  102. video.  I've compiled git with the GNU termcap library and it works just
  103. fine, but the scrolling feature still has to be disabled.
  104.